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I. REAL PARTY IN INTEREST 

The real party in interest is DaimlerChrysler Corporation, having a place of business at 800 
Chrysler Drive East, Auburn Hills, Michigan 48326 (hereinafter "DCC"). An assignment was 
recorded in the U.S. Patent and Trademark Office on June 1 1, 2001 at Reel/Frame: 01 1651/0808- 

II. RELATED APPEALS AND INTERFERENCES 

An appeal is pending in USSN 09/800,697 for a Computer Implemented Vehicle Repair 
Claims Rules Generator. There are no other appeals or interferences related to the present appeal. 

HI, STATUS OF CLAIMS 

Claims 1 - 18 are pending in this application. Claims 1-18 stand rejected in the final 
Office Action mailed March 3, 2006. A copy of the claims on appeal is attached as Appendix A. 

IV. STATUS OF AMENDMENTS 

There have been no amendments submitted subsequent to the final rejection. 

V. SUMMARY OF THE CLAIMED SUBJECT MATTER 

Applicants' invention as claimed in independent claims 1 and 10 is generally directed to a 
computer-implemented claim processing method (claim 1 ) and system (claim 1 0). With reference 
to the specification, independent claim 1 requires: 

A computer-implemented vehicle repair claim processing method having a 

computer system [computer networked system 34 (Fig. 1), Specification p. 4, lines 2- 

3] comprising the steps of: 

receiving with the computer system repair claim data related to repair 
of a vehicle [Specification p. 4, lines 8-14] 

having the computer system determine at least one response to the 
input repair claim data based upon the received input repair claim data by using 

2 
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expert rules stored in a knowledge ba$ed system of the computer system 
[Knowledge based expert system 34 (Fig. 1); warranty rules engine 38 (Fig, 1); 
Specification, p. 5, lines 15 - 16; 19 - 20; p. 6, lines 15 - 17] 

said repair claim expert rules including repair claim-related 
premises and repair claim-related actions [e.g., rule LB7 shown by reference 
number 200 in Fig. 3; Specification, p. 2, lines 20, 21; p. 9, lines 21, 22], wherein 
the computer system uses at least one of the repair claim-related premises to 
determine whether a preselected repair claim-related action should be executed 
based on the received repair claim data and generates a claim-related response 
based on said preselected repair claim-related action [Specification, p. line 20 - p, 3, 
line 2; p. 4, lines 3 - 6; p. 5, lines 19 - 20], and 

having the computer system make said expert rules accessible by a 
user in a high level computer expression format [Specification, p. 6, lines 6-11]. 

With reference to the specification, independent claim 10 requires: 

A computer-implemented vehicle repair claim processing apparatus, 
comprising [computer networked system 34 (Fig. 1), Specification p, 4, lines 2-3]: 

a computer system having an input for receiving repair claim data 
related to repair of a vehicle [e.g.» batch claims driver software module 50 (Fig. 1) or 
interface software 52 (Fig. 1); Specification, p. 4, lines 8-14]; 

claim expert rules stored in a knowledge base of the computer 
system that the computer system uses to determine at least one response to the input 
repair claim data based upon the received input repair claim data [warranty rules 
engine 38, knowledge base system 34 (Fig. 1); Specification, p. 5, lines 15 - 16; 19 
-20; p. 6, lines 15 -17, 

said repair claim expert rules including repair claim-related 
premises and repair claim-related actions [e.g., rule LB7 shown by reference 
number 200 in Fig. 3; Specification, p. 2, lines 20, 21 ; p. 9, lines 21, 22], wherein at 
least one of the repair claim-related premises uses the received repair claim data to 
determine whether a preselected repair claim-related action should be executed 
[Specification, p. 2 lines 21-23, p. 4, lines 3 - 6; p. 5, lines 19-20]; 
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said preselected repair claim-related action being used by the 
computer system to generate a repair claim-related response [Specification, p. 3, 
lines 1 - 2], 

said expert rules being accessible by an user in a high level 
computer expression format [Specification, p, 6, lines 6—11]. 



VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 



The issues in this appeal are: 



1 . Whether the Examiner erred in rejecting claims 1-18 under 35 U.S.C § 
103(a) as being unpatentable over Borghesi et al. (U.S. Pat. No. 5,950,169, Apte et al. (U.S. 
Pat. No. 5,970,464) in view of Aquila et al. (US. Pat Pub, 2002/0035488) 

VII. ARGUMENT 



1- The Examiner erred in rejecting claims 1-18 under 35 U.S.C § 103(a). 

Applicants submit that the Examiner erred in rejecting claims 1 - 18 under 35 U.S.C. § 
103(a) as being unpatentable over Borghesi et al. (U.S. Pat. No. 5,950,169, Apte et al. (U.S. Pat 
No. 5,970,464) in view of Aquila et al. (U.S. Pat. Pub. 2002/0035488). In making the rejection, 
the Examiner takes the position: 

As per claim 1, Borghesi and Apte disclose the newly added limitations of 
"having a computer system", *^th the computer system", "having the computer 
system" (See Borghesi Col. 5, lines 51 - 67) 1 

Borghesi and Apte do not explicitly disclose that the method having **by 
using expert mle$ stored in a knowledge based system of the computer system", the 
computer system uses", based on the received repair claim data and generates a 
claim-related response based on", "and", "having the computer system make" and 
"a". However, these features are known in the art, as evidenced by Aquila. In 
particular, Aquila suggests "by using expert rules stored in a knowledge based 
system of the computer system", <c the computer system uses", "based on the 

! 7?* $q limitations were add «* ™t to overcome a prior art rejection but to address the Examiner's rejection under 35 
U.S.C. § 101 in the Official Action mailed June 21, 2005 that these claims were directed to non-statutory subject 
matter because they failed the now rejected test of "not within the technological arts". See, Interim Guidelines for 
Examination of Patent Applications for Patent Subject Matter Eligibility, OG 22 November 2005 Annex III (A) 
citing Ex Parte Lundgren, 76 U.S.P.Q,2d 1385 (BPAI 2005). 

4 
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received repair claim data and generates a claim-related response based on", "and", 
"having the computer system make' 1 and "a" (See Aquila, Page 7, Paragraphs 0125 
- 0131). [Official Action mailed March 3, 2006, Section 4(A). 

Claims 1 and 10 are the independent claims. They each require that the computer system 
uses expert rules stored in a knowledge based system to determine at least one response to input 
repair claim data based upon received input repair claim data where the computer system uses at 
least one repair claim-related premise to determine whether a preselected repair claim-related 
action should be executed based on received repair claim data. The Examiner, acknowledging that 
neither Borghesi et al or Apte et al. disclose these limitations, takes the position that such features 
are known in the art, citing to Aquila, More specifically, the Examiner cites to Paragraphs 0125 - 
0131 of Aquila. 

Applicants submit Aquila neither discloses these limitations, nor are these sections of 

Aquila available as prior art Aquila is directed to a system and method of administering, tracking 

and managing of claims processing. Paragraphs 0125-0131 of Aquila discuss the use of business 

rules. And these business rules are those that are designated and/or approved by an insurance 

carrier responsible for paying the claim. As described in Aquila: 

Business rules utilized by sub-systems of the system 30 are designated 
and/or approved by the insurance carrier and can be updated and modified. In one 
embodiment, the business rules applied by sub-systems described above are stored 
in the data layer 219. hi another embodiment, each set of business rules utilized by 
each sub-system of the system 30 are incorporated into the sub-systems at the 
application layer 213 and comprise a business rules engine component of each 
sub-system. The general concept of business rules wilj be known to persons of 
ordinary skill in the art. The specific rules used to accomplish the functionality 
described herein, contain content specific to implementation of this invention. In 
one embodiment, business rules incorporated in business rules engines are also 
designated or approved by the insurance carrier and can be updated and modified. 
[Aquila, Par. 0129] 

There is no discussion of, and thus applicants submit that Aquila fails to disclose, that the 
business rules are expert rules, or that they are stored in a knowledge based system of the computer 
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system, as required by claims 1 and 10, Further, there is no discussion of a repair claim-related 
premise or using a repair claim related-premise to determine whether a preselected repair 
claim-related action should be executed based on received repair claim data. Thus applicants 
submit that Aquila fails to disclose the limitations required by claims 1 and 10 that the computer 
system uses at least one repair claim-related premise to determine whether a preselected repair 
claim-related action should be executed based on received repair claim data. Applicants submit 
that claims 1 and 10 are thus allowable over Borghesi et al. in view of Apte et al. and Aquila et aL 
Applicants further submit that the sections of Aquila relied upon by the Examiner are not 
available as prior art. Aquila et al s a published patent application, was filed April 3, 2001, almost 
one month after the March 7, 2001 filing date of the present application. Aquila et al. claims the 
benefit of a provisional patent application filed April 3, 2000 (USSN 60/194,128). Thus, it is only 
what is disclosed in this provisional patent application that is available as prior art under 35 US.C 
§ 102(e). 

Applicants have attached a copy of USSN 60/194,128 (" T 128 Prov. App.") in the Evidence 

Appendix. As can be seen from this copy, USSN 60/194,128 does not include the text of Pars. 

0125 - 0131 of the published Aquila et al. patent application. And in this regard, the '128 Prov. 

Appl. references to business rules" make clear that these rules are the rules imposed by the 

insurance carrier responsible for paying the claim that are used by the claim processor. These 

references to "business rules" in the *128 Prov. App. that applicants have found are as follows: 

Business rules module 165c uses parameters entered by an insurance carrier 
through its client software 151 interface to control the application layer 165 for 
system 30 communication with the consumer, f 128 Prov. App., p, 5, lines 3 1 - 33] 

The business rules module 165c generates an e-mail notification to the service 
provider's personal computer 2 indicating approval of the estimate. ['128 Prov, 
App t , p. 8, lines 36 - 38 

At step 336, the receipt of the revised claim data by application server 50 
initiates business rules module 165c, which generates an e-mail notification to the 
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service provider's personal computer 2 indicating approval or rejection of the 
estimate. ['128 Prov. App., p. 9, lines 13 - 15] 

At step 427, before the Claims/Estimates 180c data can be sent to the 
insurance carrier's system 65 the business rules 165c check the police report 180g 
data to determine if the report specific to this claim is available. fl28 Prov. App., 
p. 13, lines 5-8] 

At step 430, if the police report is not available the business rules module 
165c initiates the police report acquisition process, as detailed in FIG. 5. ['128 
Prov. App., p. 13, lines 9, 10] 

The business rules module 165c generates an e-mail notification to the repair 
facility personal computer 2 indicating approval of the estimate. [['128 Prov App 
p. 13, lines 19,20] 

At step 442, the receipt of the revised claim data by application server 50 
initiates business rules module 165c, which generates an e-mail notification to the 
repair facility personal computer indicating approval or rejection of the estimate. 
[M28 Prov. App., p, 13, lines 34-36] 

For each financial transaction, the financial module 165d formats and stores 
invoice and payment documentation in the financial 180e database in conformity 
with carrier requirements, as specified by the business rules model 165c. [['128 
Prov. App., p. 14, lines 5-7] 

At step 537, the system 30 executes the stored procedure on a 
predetermined time schedule, attaching any identified correlated insurance 
Claims/Estimates 1 80c datafiles and police reports, if a police report is required by 
business rules model 165c. fl28 Prov. App., p. 16, lines 38 - 40] 

Applicants submit that the above references to "business rules" in the '128 Prov. App. fail to 
disclose that the business rules are expert rules. They further fail to show any repair claim^related 
premise that is used to determine whether a preselected repair claim-related action should be 
executed based on received repair claim data. 

C claims I and 10 further require that the claim expert rules are accessible by the user in a 
high level computer expression format. The Examiner, in the Official Action mailed June 21, 
2005 but not in the Final Official Action mailed March 3, 2006, cited Borghesi Col. 7, lines 54 - 67 
to col. 8, lines 2 as disclosing this limitation. Applicants respectfully submit that it does not. This 

section of Borghesi et aL discloses a graphic user interface that allows an authorized user to control 
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claims processing work flow for one or more insurance datafiles. This GUI permits a user to enter 
and retrieve information from a datafile, execute tasks involved in claims processing such as 
manipulating a plurality of claim datafiles, opening specific claim data file and working on 
estimate calculations or corresponding related to the open file. The GUI also provides for 
communicating with repair facilities and insurance company staff. There is, however, no 
discussion that the GUI makes repair expert claim rules available to a user, let alone in a high level 
computer expression format. While this section does discuss that the GUI can be constructed 
using known software tools and languages such as VISUAL C++, RATIONAL ROSE and IBM 
CUA Library, this deals with the programming language used to program the GUI, not making 
claim expert rules accessible to a user, 

The remaining claims, claims 2 - 9 and 1 1 - 18, depend directly or indirectly from one of 
claims 1 and 10, and are allowable for at least that reason. 

3. Conclusion 

In conclusion, for the reasons discussed above, Applicants submit that the rejections of 
claims 1 - 18 under 35 U.S.C. § 103(a) are in error. Applicants respectfully request reversal of 
these rejections, 

VIIL CLAIMS APPENDIX 

A copy of each of the claims involved in this appeal* namely claims 1 - 18, is attached 
hereto as Claims Appendix, 

IX. EVIDENCE APPENDIX 

A copy of provisional application USSN 60/194,128 is attached hereto as Evidence 
Appendix. 

X. RELATED PROCEEDINGS APPENDIX 
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CLAIMS APPENDIX 
(Appendix A) 

1 , A computer-implemented vehicle repair claim processing method having a 
computer system, comprising the steps of: 

receiving with the computer system repair claim data related to repair of a vehicle; 

having the computer system determine at least one response to the input repair 
claim data based upon the received input repair claim data by using expert rules stored in a 
knowledge based system of the computer system, 

said repair claim expert rules including repair claim-related premises and repair 
claim-related actions, wherein the computer system uses at least one of the repair claim-related 
premises to determine whether a preselected repair claim-related action should be executed based 
on the received repair claim data and generates a claim-related response based on said preselected 
repair claim-related action , and 

having the computer system make said expert rules accessible by a user in a high 
level computer expression format. 



2. The method of claim 1 wherein the repair claim data includes dealer 
involved in the repair, vehicle identification n umber of the vehicle to be repaired, parts involved in 
the repair, and labor operation data, 

3. The method of claim 1 further comprising the steps of: 

having the computer system access a database to retrieve infomiation related to the 
vehicle to be repaired. 



4, The method of claim 1 further comprising the steps of: 
having the computer system evaluate a repair claim by using a plurality of repair 
claim-related expert rules to evaluate a repair claim; 

having the computer system determine that at least one of the rules requires 
additional data related to the repair; 

having the computer system access a database to retrieve the additional data. 
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5. The method of claim 1 wherein the repair claim data includes dealer 
involved in the repaid vehicle identification number of the vehicle to be repaired, parts involved in 
the repair, and labor operation data, 

said labor operation data being indicative of the labor involved in the repair, 
said method further comprising the steps of: 

having the computer system use a plurality of repair claim-related expert rules to 
evaluate a repair claim; 

having the computer system determine via the repair claim-related expert rules that 
an inconsistency exists based upon the data regarding parts involved in the repair and based upon 
the labor operation data. 

6. The method of claim 5 wherein the repair claim data includes warranty data 
related to the repair, said method further comprising the steps of: 

having the computer system use the plurality of repair claim-related expert rules to 
evaluate the warranty data related to the repair; and 

having the computer system provide a response to a user that is indicative of 
whether the repair is covered by warranty based upon evaluation by the repair claim-related expert 
rules. 

7. The method of claim 1 ftuther comprising the steps of: 

having the computer system use a lower level representation of the repair 
claim-related expert rules when the at least one of the repair claim-related premises uses the 
received repair claim data to determine whether a preselected repair claim-related action should be 
executed; and 

having the computer system display to the user the high level computer expression 
format of the repair claim-related expert rules. 

8. The method of claim 7 wherein the high level computer expression format of 
the repair claim-related rule is an English phrase, wherein the lower level representation of the repair 
claim-related rule is at least one line of programming code. 

9. The method of claim 8 wherein the programming code is C++ programming 

A-2 
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code. 

10. A computer-implemented vehicle repair claim processing apparatus, 

comprising: 

a computer system having an input for receiving repair claim data related to repair of a 

vehicle; 

claim expert rules stored in a knowledge base of the computer system that the 
computer system uses to determine at least one response to the input repair claim data based upon 
the received input repair claim data, 

said repair claim expert rules including repair claim-related premises and repair 
claim-related actions, wherein at least one of the repair claim-related premises uses the received 
repair claim data to determine whether a preselected repair claim-related action should be 
executed; 

said preselected repair claim-related action being used by the computer system to 
generate a repair claim-related response, 

said expert rules being accessible by an user in a high level computer expression 

format. 

11. The apparatus of claim 10 wherein the repair claim data includes dealer 
involved in the repair, vehicle identification number of the vehicle to be repaired, parts involved in 
the repair, and labor operation data. 

12. The apparatus of claim 1 0 further comprising; 

a database from which the computer system retrieves information related to the 
vehicle to be repaired. 

13. The apparatus of claim 1 0 wherein the computer system uses a plurality of 
repair claim-related expert rules evaluate a repair claim; 

wherein at least one of the rules requires additional data related to the repair to 
evaluate the repair claim; 

wherein the computer system retrieves the additional data from a database. 
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14. The apparatus of claim 10 wherein the repair claim data includes dealer 
involved in the repair, vehicle identification number of the vehicle to be repaired, parts involved in 
the repair, and labor operation data, 

said labor operation data being indicative of the labor involved in the repair, 
wherein the computer system uses a plurality of repair claim-related expert rules, 

the data regarding parts involved in the repair and the labor operation data to evaluate a repair 

claim to 

determine whether an inconsistency exists. 

15. The apparatus of claim 14 wherein the repair claim data includes warranty 
data related to the repair, wherein the computer system uses the plurality of repair claim-related 
expert rules to evaluate the warranty data related to the repair; and 

wherein the computer system provides a response to a user that is indicative of 
whether the repair is covered by warranty based upon the computer's evaluation using the repair 
claim-related expert rules. 

16. The ^paratus of claim 10 wherein the computer uses a lower level 
representation of the repair claim-related expert rules when the at least one of the repair 
claim-related premises uses the received repair claim data to determine whether a preselected 
repair claim-related action should be executed; and 

wherein a computer terminal displays to a user the high level computer expression 
format of the repair claim-related expert rules. 

1 7. The apparatus of claim 1 6 wherein the high level computer expression format 
of the repair claim-related rule is an English phrase and the lower level representation of the repair 
claim-related rule is at least one line of programming code. 

1 8. The apparatus of claim 1 7 wherein the programming code is C++ 
programming code. 
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DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS 

The present invention provides a new and improved system and methods of 
administering, tracking and managing claims processing. More particularly, the system and 
method processes, tracks and releases funds for claims made upon insurance policies and similar 
risk shifting mechanisms including but not limited to self insurance, indemnity provisions and 
surety and performance bonds. The overall system for practicing the methods is shown in the 
system architecture of FIG. L The elements depicted on FIG, 1 include the computer systems, 
network connections and other communication devices that constitute the preferred physical 
embodiments to implement the invention. It is understood, however, that the system is not 
limited to the mentioned devices and additional and alternative devices may be supported by the 
system. 

As shown in FIG. 1 , a user interacts with system 30 through input/output devices 1 ("I/O 
devices"). These I/O devices include but are not limited to personal computer 2, wireless device 
5, embedded device 10 and telephone IS. 

'f: Personal computer 2 may be an IBM compatible computer, a Macintosh computer or any 

C other system capable of running client software such as a Web Browser ("Web Browser"). 

if Personal computer 2 preferably runs a Web Browser such as Netscape's Navigator or 

'3 Microsoft's Internet Explorer to communicate information to and from system 30. Personal 

;Jr computer 2 is connected to a communication network 25, such as the Internet, using a fast 

;^ connection, such as DSL, cable modem, wireless, modem, etc. Personal computer 2 includes an 

!g output device, such as a monitor or other display and a speaker or printer (e.g., printer device 3), 

u Personal computer 2 also includes an input such as a keyboard or pointing device (e.g., mouse, 

Q track ball, pen device, microphone, joy stick, game pad, satellite dish, scanner or the like) or both 

.g to enable the user to input information. 

□ 

Ijj Wireless device 5 may include but is not limited to a conununication device that a user 

Q carries and uses to enter and obtain infonnation pertinent to the process. The wireless 

□ infrastructure that connects the device with the communication network 25 uses existing wireless 

signal receiving systems 20 similar to the communication methods used by 3Com's Palm Pilot 

VIL 

Embedded device 10 may include but is not limited to a communication device 
embedded in the insured object, such as a vehicle or a home, that is capable of detecting, 
recording and transmitting to system 30 the information on the casualty that initiates a claim. 
Embedded device 10 preferably communicates the casualty infonnation through wireless signal 
receiving systems 20 using a wireless device. Embedded device 10 may also transmit the 
casualty information through other communication lines such as telephone 15. 

Personal computer 2, wireless device 5 and embedded device 10 transmit requests and 
responses to system 30 through communication network 25 using standard protocols, such as 
XML, HTTP or the like. It is understood, however, that the system 30 is not limited to the 
mentioned standard protocols and alternative standard protocols may be supported by the system 
30. 
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When telephone 1 5 is used as an interface to system 30, telephone 1 5 transmits signals to 
telephony server 41 . Telephony server 41 includes the necessary software to recognize speech 
and convert it to a standard text format such as XML or the like that can be sent to Web server 
45. 

The messages sent and received by the I/O devices 1 are in standard protocols when they 
are received by load balancers 40 and web servers 45. The preferred standard protocols include 
but are not limited to HTTP and XML protocols that are capable of being encrypted by Secure 
Socket Layer ("SSL"), Virtual Private Network ("VPN") protocol or similar encryption systems. 

Preferably, the components in system 30 offer the highest performance, scalability and 
reliability. To provide these characteristics, the preferred platform could be, but is not limited to, 
Sun Microsystems hardware running the Solaris operating system. 

Standard encryption mechanisms are used to ensure the confidentiality of data. When 
J P confidential data is transported between I/O devices 1 and system 30 or between external partner 
0 systems 62 and system 30, encryption systems (i.e., SSL or VPN or the like) maybe used to 
protect the data. 

'he 

;P Firewalls 35, 60, 69, 79, 88 and 93 ("firewalls") are specialized hardware and software 

{ f. components that filter requests traveling in and out of systems 30, 65, 75, 85 and 90 respectively* 
! *j Preferably, the firewalls are manufactured by Cisco Systems or the like. 

L Firewall 35 is configured to accept only certain user request types preventing undesired 

e requests from being forwarded from communication network 25 to system 30. 

^ Web servers 45, 66, 76 and 89 include but are not limited to servers running a Web server 

■3 application. Preferably, such servers are provided by Netscape Enterprise, Apache or similar 
q software- 
Firewall 35 sends requests to load balancer 40, which distributes such requests to one of 
the Web servers 45 in the Web Server farm. Web server 45 then forwards the request to 
application server 50 where a software application performs the appropriate business logic to 
satisfy the request. As part of the required business logic, the application accesses data stored in 
database server 55, 

Database server 55 runs a relational database management system (RDBMS), such as 
Oracle 8i or the like. The RDBMS software running in server 55 manipulates the data and sends 
the appropriate information to application server 50. 

Application server 50 may be, but is not limited to, a Java based server providing 
scalability and reliability to the application. The application runs on top of application server 
software, such as BEA System's WebLogic or the like. 

The information required to complete the response to the request may not only require 
data from database server 55, but also data from one of the external partner systems 62. In this 
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case, application server 50 sends a request to one of the external partner systems 62 via a secure 
communications medium 61 , such as, privately leased lines or the like. These external partner 
systems 62 include insurance earner's system 65, supplier system 75, police report system 85, 
trust/bank system 90 and any other external systems necessary to implement the present 
invention. The preferred format for the sent request is standard XML format, although other 
formats may be supported by system 30. 

A Computer running the adapter software running in systems 67, 77, 86 or 91 translates 
the XML request to the format required by the insurer's system, such as legacy systems 68, 78, 
87 or 92. Once legacy systems 68, 78, 87 or 92, respectively retrieve or update the data inside 
their data stores, information is sent back to adapter 67, 77, 86 or 91 , which translates the 
message to XML and sends it back to application server 50, 

Legacy systems 68, 78, 87 or 92 include but are not limited to existing systems that the 
external partners use to store and process the data they use to perform their business* It is 
understood that insurer systems other than legacy systems may be used. 

! p Application server 50 builds a response preferably in HTML or XML formats and sends 

l, r it back to the I/O devices 1 that initiated the request. For example, in the case of a personal 
! J computer 2, the message transmitted to a Web Browser is an HTML message using the HTML 
; % protocol. In the case of the embedded device 10 and wireless device 5, the message is in XML 

fonnat over HTTP or HTTPS. In the case of telephone 1 5, the message is an XML message 
S|i ready to be converted into audible speech by telephony server 4 1 . 

i£ 

FIG* 2 depicts the logical components that comprise the application software used to 

□ implement the present invention. The application is designed using an object oriented and multi- 

; g tier approach to provide flexibility and ease of integration with external partner systems 62 and 

Q also to allow future modifications to the system 30. It is understood, however, that the system 30 

W is not limited to the mentioned logical components and additional and alternative logical 

O components may be supported by the system 30 

As shown in FIG. 2, the system 30 uses various user interfaces 150, including client 
software 151, voice based interface 152 and wireless interface 1 53. This layer corresponds to the 
I/O devices 1 in FIG. 1. 

The client software 151 runs in a client machine such as personal computer 2 and has all 
the display and communication logic necessary to send and receive messages to and from the 
system 30 via communications network 25. The preferred client software 151 is a Web Browser. 

The voice based interface 152 enables a user using telephone 15 to communicate with 
system 30. 

The wireless interface 153 enables a user using a wireless device 5 to communicate with 
system 30. The wireless interface 1 53 may also include an embedded device 10. 

The application layer 165 may be hosted in application servers 50. All communications 
between the application layer 165 and the external partner systems 62 are accomplished using 
enterprise application interface 170 ("EAT') software. The EAI 170 software manages message 

3 
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delivery and transaction integrity. Such EAI 170 software may be purchased from Active 
Software or the like. The data to be communicated is converted into a standard format such as 
XML or the like by EAI 170. Adapter software 171 (residing in adapter machines 67, 77, 86 and 
91 in FIG. 1) can convert the standard format to the format required by external partner system 
62. 

Data layer 180 provides the ability to store, update and access data in an efficient and 
organized manner. Preferably, the functionality of data layer 1 80 is provided by a RDBMS such 
as Oracle Si or the like. The data in data layer 180 includes, but is not limited, to the following 
categories: 

Customer 180a comprising customer data including name, address, policy 
information, transactions, preferences and the like; 

Product 180b comprising product data including catalog information, 
price, description, technical information and the like; 



Claims/Estimates 180c comprising claim data including estimates, 

(3 photos* status, loss reports and the like; 

;.<& 

*S Service providers 1 80d comprising service provider daia including name, 

address, certifications, business partners and the like; 



Financial 180e storing a record of all financial transactions managed by 



system 30; 

.** 

^ CSI 1 80f comprising the customer satisfaction index ("CSI") data 

]~ generated by consumers' questions and answers provided in response to a 

customer satisfaction survey, as well as other CSI information on the 
service provider, supplier and other business providing service for a given 
industry; 

Police report 180g comprising police report data including the description 
of the casualty, name of the claimant, name of the officer and the like; and 

Industry directory 180h comprising industry data including data on the 
businesses participating in a given industry with special emphasis being 
placed on the service providers* information. 

Application layer 165 comprises several modules and engines including application 
software programs for performing various functions within application server 50, including but 
not limited to user authentication module 165o, audit module 165a, translation engine 165b, 
financial module 165d, claims module 165h, business rules module 165c, escrow engine I65e, 
workflow engine 165i, CSI engine 165g, e-commerce module 165f, industry directory module 
165j, auction module 165k, voice recognition module 165L reporting module 165m and data 
mining module 165n. 
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The user authentication module 165o provides security control to the system 30. User 
authentication module 165o controls what part of the application the user is authorized to access. 
User authentication module l65o requires the user to provide a valid user Id and password 
combination. The user authentication information is, preferably, stored on data layer 1 80, but it 
can also be stored on the external partner systems 62, if required by any external partner. 

The audit module 165a provides detailed fraud detection algorithms that assess the 
estimate submitted from the service provider using I/O devices 1 to system 30, The audit 
module 165a component is also responsible for delivering the audited estimate to the insurance 
. carrier's system 65. The insurance carrier that uses the system 65, to which the audit module 
1 65a sends an estimate, provides the parameters for the algorithm. The$e insurance carrier 
provided parameters are stored in data layer 180d. The audit module 1 65 a also checks for 
duplicate claims sent to multiple carriers and detects likely fraud candidates based on actuarial 
analysis of claims data. The audit module l6Sa also flags estimates for potential fraud review by 
tying system 30 to external partner systems 62, such as credit card fraud detection systems. 

The translation engine 165b, preferably, receives an estimate in a proprietary format from 

^ personal computer 2 using a Web Browser 15 1, or the like. Translation engine 1 65 then converts 

p t the received format into a universal format and sends it to the audit module 165a. If the 

l Z estimating software does not provide a facility to save an estimate to a file, client software 15 1 in 

'tj personal computer 2 is used to extract an estimate from the estimating software. Client software 

£ 151 transmits the estimate to the application layer 1 65 using the same mechanisms described in 

!«j FIG. 1 for the communication of information from personal computer 2 to system 30* 

!a 

" The financial module 165d manages the payments based on input from the escrow engine 

i3 1 65e and the workflow engine 1 65i and records and controls the transactions that have financial 

implications. In other words, financial module 165d tracks the revenue generated and costs 
□ incurred by the transactions flowing throughout the system 30. 

Ill 

'Q Claims module I65h manages all claim-related services and data. Claims module 165h 

3 builds a comprehensive claims record including repair facility estimates and photos, parts and 
materials,, vendor data, contracted labor data T trust account information, approvals and payment 
history, post repair reports and photos, consumer satisfaction reports and warranty data. This 
data is stored in the Claims/Estimates 180c database. 

Business rules module 165c uses parameters entered by an insurance carrier through its 
client software 151 interface to control the application layer 165 for system 30 communication 
with the consumer. For example, an insurance carrier may want to display certain policy 
information to a consumer that other carriers may choose not to display. 

Escrow engine 165e manages the authorization and communication with the trust account 
90 to make payments based on initial approval of the service provider's estimate and the 
attainment of milestones throughout the workflow process as indicated by the workflow engine 
165i. This escrow engine 165e also flags and escalates exceptions in the process. 

Workflow engine 165i provides an interface for the service provider (preferably a 
wireless interface 1 53) to enter ongoing service status and post the service status to be viewed by 
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trading partners and consumers. Workflow engine 165i aiso communicates with escrow engine 
165e to facilitate the timely transfer of funds based on attainment of milestones in the process. 
The service provider predefines the milestones to be considered using the client software 151 at 
the service provider's personal computer 2. 

CSI engine 165g uses both structured data (questions with predefined possible answers 
including multiple choice answers) and unstructured data (questions to be answered using free 
text). Such data is gathered by (he system 30 from the consumer to generate a Customer 
Satisfaction Index ("CSI") 180 for the service providers. When the claim services are completed, 
the consumer completes the consumer satisfaction survey via a client software 1 5 1 interface or a 
voice based interface 152. 

E-commerce module 1 65 f provides the facilities necessary to receive and send electronic 
orders and payments between service providers and suppliers- 
Industry directory module I65j provides a consumer with an interface to select service 
providers. Module 165j includes extensive information on the service providers, such as maps, 
ij\ services, virtual facility tour, CSI index and information specific to an insurance carrier, such as 
O preferred service provider status, 

! 5 Auction module 1 65k provides an auction area for service providers and suppliers to 

^ exchange parts, supplies and materials at market value, 

^ Voice recognition module 1651 translates voice to data format to be provided to other 

!rt modules and engines of the application layer 165. Voice recognition module 1651 also translates 
;L data provided by other modules and engines of the application layer 1 65 into voice to provide a 
'! user at telephone 15 with appropriate feedback through the voice based interface 152. 

Reporting module 165m summarizes and formats data for various users to view through a 
□ client software 151 interface. The reporting module 165m includes software provided by Crystal 
q reports and the like to facilitate the creation of the reports. 

Data mining module 165n provides data analysis tools such as Brio and the like, 
Information gathered in system 30 is used to detect trends for marketing arid to detect fraud. For 
example, by analyzing the information on the service providers one could identify certain 
workflow patterns that indicate the need for a particular product or solution. 

Preferably, system 30 is replicated in different locations and data is synchronized 
between the different locations to provide the highest level of reliability. 

The methods for practicing the present invention are disclosed in FIGS. 3, 4 and 5. 
FIG. 3 illustrates a general insurance claim processing method in accordance with the present 
invention. A consumer using any of the I/O devices 1 communicates with the system 30 via the 
global communication network 25. The consumer may use any of the I/O devices 1 depicted in 
FIG. 1. Preferably, the consumer communicates with the system 30 using a client software 151 
on the consumer's personal computer 2. It is this embodiment that is used to describe the 
method of FIG. 3. It is, however, understood that the method can be practiced using systems 
other than system 30. 
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At step 300, a consumer (insured or claimant) initiates the claims process using an I/O 
device 1. Preferably, the process is initiated via the insurance carrier's system 65 but it could 
also be initiated directly with the system 30. 

At step 303, the consumer commences the first notice of loss ("FNOL") process by 
selecting the FNOL menu option or link from the insurance carrier's system 65. 

At step 306, the insurance carrier's system 65 retrieves the consumer's profile 
information including policy and coverage data from the carrier's legacy system 68 and forwards 
that data via a secure communication medium 61 to the system 30. This enables the system 30 to 
pre-populate the Cairns/Estimates 1 80c data fields from the database server 55 on the FNOL 
screen relating to insured vehicles, drivers, and coverage which facilitates processing the claim 
with accurate and relevant data. 

At step 309, the insurance carrier's system 65 forwards the consumer's I/O device 1 via 
the communication network 25 to the claims module \65h of the system 30, which is co-branded 
with the insurance carrier's identity. The insurance carrier's system 65 data fields that were 
\J\ transferred in step 306 are mapped at the system 30's application layer 165 to database server 
Q 55's Claims/Estimates 180c data fields and forwarded to the consumer's I/O device 1 forthe 
consumer's review. 

= P At step 3 1 2, the consumer completes FNOL on his or her I/O device 1 by answering a 

;^ series of claim related questions retrieved by the Claims/Estimates module 1 80c from database 
j * server 55 and submitting the replies to the questions via the communication network 25 to the 
! * Claims/Estimates 1 80c database. The claims module 165h branches questions based on business 
;Lj rales module 165c that require additional questions to be completed. For example, the 
£ automobile claim will have questions relating to bodily injury. If the consumer answers in the 
q affirmative, there will be additional questions to provide detail about the injured parties and the 
jjj sustained injuries, 

q At step 315, in the preferred FNOL process, the consumer selects appropriate service 

providers using their I/O device 1 (e.g., automobile claim selects repair facility, worker's 
compensation claim selects medical service provider, etc.). As part of the FNOL screen, the 
consumer is offered the option of choosing the link or icon to select a service provider. This 
option transfers the consumer's client software 151 view to the industry directory 165j listing of 
industry related service providers. The FNOL, however, can be submitted without service 
provider selections in the event that the consumer has already made service provider choices 
outside the FNOL process or does not wish to make a selection at that point 

At step 316» the completion of steps 312 and 315 result in the system 30 retrieving the 
consumer's claim data 1 80c and transmitting it via the communication medium 61 to the 
insurance carriers system 65. 

Similarly, at step 318, the completion of steps 312 and 315 result in the system 30 
retrieving the consumer's claim data from Claims/Estimate 180c database and transmitting it via 
the global communication network 25 to the service provider's personal computer 2 (other 
service providers that were selected are signaled in the same manner). The data includes any 
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available detail that facilitates the provider in performing their task (e.g., for an automobile claim 
the repair facility receives vehicle and damage information, a worker's compensation claim 
includes patient and injury detail). 

At step 320, the consumer and service provider communicate via their respective I/O 
devices 1 to schedule an appraisal appointment Preferably, the consumer uses his or her I/O 
device 1 to access the scheduling feature of the claims module 165h at the application layer 165, 
Alternatively, the consumer may elect to contact the service provider directly via telephone 1 5, 
The service provider (hen uses its I/O device 1 to review and update its schedule via the claims, 
module 165L 

The appointment occurs at the appropriate location. The service provider detennines-the 
extent of service required to satisfy the claim. An estimate for the services and associated costs 
is generated using third party estimation software on the service provider's personal computer 2 
(e.g,, for an automobile claim the repair facility will use an estimation tool such as those 
provided by ADP, CCC, and Mitchell), or other tools available to the service provider. 

I?? At step 321, the data is submitted online to the application server 50 of system 30 using 

O the service provider's personal computer 2. Preferably, the estimate is saved to a claims datafite 

^ on the service provider's I/O device 1 and the same I/O device 1 forwards the estimate to the 

! g system 30 via communication network 2 5 using client software 151. 

i™ At step 323, once the service provider estimate is on the application server 50, it is 

;^ converted from the format used by the third party estimation software, or other tool, into a 
universal format by the system 30's translation engine 165b. 

Q 

5 At step 324, the translated estimate is passed to the audit module 165a, which applies 

q insurance carrier specific parameters and comprehensive trending analysis to flag any 
\sj inconsistencies and prevent irregular practices by the service provider (e.g., for an autornqbile 
O claim this includes but is not limited to checks against local market labor rates and charges, 
Q evaluation of the estimate relative to the industry's best business practices, decoding of VIN to 
ensure selection of accurate parts, generation of reports detailing savings opportunities and 
summarizing line by line cost variances). The translated and audited estimate is stored on the 
Claims/Estimates 180c. 

At step 327, the claim data is transferred in its universal format to the carrier's adapter 
67, via the communication medium 61, where it is converted from the universal format to the 
carrier's preferred format and stored in the carrier's legacy system 68. 

At step 330, if the service provider's estimate data was approved by step 327, the escrow 
engine 165e authorizes the trust account stored on the Trust/Bank system 90 to make payments 
against the insurer's chosen financial instrument (e.g. s line of credit). The escrow engine 165e 
signals the financial module 165d of the system 30 to manage payments. The business rules 
module 165c generates an e-mail notification to the service provider's personal computer 2 
indicating approval of the estimate. The e-mail will contain a hyperlink back to the system 30 so 
that the service provider's personal computer 2 can view the Claims/Estimates 180c data. 
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If the estimate was not approved by step 327, the carrier's legacy system 68 signals the 
insurance carrier's system 65 or sends an e-mail to an adjuster at the carrier company to review 
the data. 

At step 333, the adjuster retrieves the claim information from the carrier's legacy system 
68 and views the claim information using his or her I/O device 1 . The adjuster may modify the 
claim or estimate data and determines whether the estimate is approved or not. The adjuster^ 
ruling and any modifications to the claim data are saved to the carrier's legacy system 68 and 
transmitted from the insurance carrier's system 65 to system 30's database server 55 via the 
secure communication medium 61. The transaction is the reverse of step 327, in particular, the 
claim data is converted into its universal format using the carrier's adapter 67 and transmitted 
over the communication medium 6 1 to the system application server 50 and saved to the 
database server $5. 

At step 336, the receipt of the revised claim data by application server 50 initiates 
business rules module 165c, which generates an e-mail notification to the service provider's 
personal computer 2 indicating approval or rejection of the estimate. The e-mail notification 
contains a hyperlink back to the system 30 so that the service provider's personal computer 2 can 
view the updated Claims/Estimates 1 80c data. 

At step 339, once the claim has been approved as indicated in step 336, the escrow engine 
j*; 1 65e notifies the financial module 165d that payments are authorized 

; JJ At step 342 the service provider begins to fulfill the clain>related services. The system 

|" 30 ties the payment path with the delivery of these services, as described in step 348 which 
s3 follows. For each financial transaction, tie financial module I65d formats and stores invoice 
^ and payment documentation in the financial 1 80e database in conformity with carrier 
q requirements, as specified by the business rules module 1 65c 

Q At step 35 1 , the service provider procures any required materials, supplies 3 and/or 

Q services, preferably, online using their I/O device 1 (e.g., in an automobile claim this includes the 
repairing and/or ordering of parts). The service provider uses their client software 151 to access 
the system 30*5 e-commerce module 1 65f marketplace or auction module 165k, both residing on 
the application server 50. The service provider can order or bid for materials and services, 
respectively. 

At step 345, the system 30 financial module 165d determines if the service provider is a 
trusted trading partner by using the service provider specific data from the system 30's service 
provider 180d database. 

At step 348, when the service provider is trusted, the financial instrument (such as a trust 
account or credit instrument) on the Trust/Bank system 90 is activated to pay portions of the total 
claim on a continuum that is stipulated by the escrow engine 165e to match the progress of the 
service. When the service provider is not trusted, the trust account tracks progress of the repair 
for storing status tracking data as part of the claim object of Oaims/Estimates 180c database. 
The service provider using its I/O device 1 provides service updates to system 30. Preferably, 
the service provider uses client software 151 to access only its claim-related records from the 
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database server 55. Alternatively, client software 151 extracts workflow data from a third party 
workflow application on the service provider's personal computer 2. 

At step 354, the service provider accepts and validates the completion of the materials 
and services transaction when all parts, materials, supplies are received and/or sub-services are 
completed. The validation is provided by the service provider's personal computer 2 to the 
escrow engine 165e via its client software 151. 

At step 357, when the transaction is validated, the escrow engine 165e signals the 
financial module 165d to issue payments of Trust/Bank funds to the vendor/sub-service provider* 
The financial record stored on the financial database 1 80e and the account on the Trust/Bank 
system 90 are updated to reflect this payment. The issuance of payment is based on payment 
terms for the specific vendor, as indicated in the financial module 165d. 

At step 360, the database record for the service provider is retrieved from service 
provider l&Od database to determine if the service provider is trusted. 

!« At step 363, if the service provider is misted, the escrow engine 165e signals the financial 

tjjj module 1 65d to pay the service provider its profit margin on the purchase/sub-service concurrent 

i» with the vendor/sub-service payment* The payment is made from the account on the Trust/Bank 

'5 system 90. 



\f 4 At step 366, the service provider completes the required services. Any completed 

purchase/sub-service has been noted in the claim file. Status updates and any additional details 
,y are provided by the service provider during service using their I/O device 1 and stored as part of 

;U the Claims/Estimates 1 80c data on the data base server 55 . 

*±± 
j~ 

At step 369, when the claim services are completed, the consumer completes the 
y consumer satisfaction survey. Preferably, the consumer uses his or her I/O Device I to review 
q the customer satisfaction survey questions stored in CSI 1 8 Of that are retrieved by the CSI engine 
□ 1 65g. Alternatively, the consumer completes a paper version of the survey and sends that to a 

data entry group that uses I/O devices 1 to forward the responses to the CSI engine 165g for 

storage in the CSI 180f database on the database server 55. 

The results of the consumer satisfaction survey are retrieved from the data server 55 and 
compiled by the CSI engine 165g. The CSI engine 165g utilizes an algorithm to generate a 
composite index for the survey and updates the overall index for that service provider in an entry 
to industry directory 180h incorporating the new result The resulting overall CSI index is 
displayed by the industry directory module 165j the next time the service provider's data in 
industry directory ISOh is accessed from the syslem 30's data layer 180. 

At step 372, once the consumer satisfaction survey is completed, the escrow engine 165e 
authorizes the financial module 165d to release the remaining balance of the claim amount to the 
service provider from the account on the Trust/Bank system 90. 

If the service provider is trusted, any remaining amount is paid. 
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If, however, the service provider is not trusted, the total claim (less cost of purchases/sub- 
services) is paid from the account on the Trust/Bank system 90. 

FIG- 4 illustrates an automobile insurance claim method in accordance with the present 
invention. The consumer may use any of the I/O devices 1 depicted in FIG, 1. Preferably, the 
consumer communicates with the system 30 using a client software 151 on the consumer's 
personal computer 2. It is this embodiment that is used to describe the method of FIG. 4. It is, 
however, understood that the method can be practiced using systems other than system 30. 

At step 400, a consumer (insured or claimant) initiates the automobile claims process 
using an I/O device 1 . Preferably, the process is initiated via the insurance camel's system 65 
but it could also be initiated directly with the system 30. 

At step 401 , the consumer commences the FNOL process by selecting the FNOL menu 
option or link from the insurance carrier's system 65. 

At step 403, the insurance carrier's system 65 retrieves the consumer's profile 
T? information including policy and coverage data from the carrier's legacy system 68 and forwards 
that data via a secure commimication medium 61 to the system 30. This enables the system 30 to 
pre-populate Claims/Estimates 180c data fields from the database server 55 on the FNOL screen 
relating to insured vehicles, drivers, and coverage which facilitates processing the claim with 



'as? 



i£ accurate and relevant data. 



U At step 406, the insurance carrier's system 65 forwards the consumer's I/O device 1 via 



it* 



the communication network 25 to the claims module 165h of the system 30, which is co-branded 
with the insurance carrier's identity. The insurance carrier's system 65 data fields that were 
transferred in step 306 are mapped at the system 30 7 s application layer 165 to database server 
!g 55*s aaims/Estimates 1 80c data fields and forwarded to the consumer's I/O device 1 for the 
|,i consumer's review. 



□ 
1 



At step 409, the consumer completes FNOL on his or her I/O device 1 by answering a 
series of automobile claim related questions retrieved by the claims module 180c from database 
server 55 and submitting the replies to the questions via the communication network 25 to the 
Claims/Estimates 180c database. Hie claims module 165h branches questions based on business 
rules module 165c that require additional questions to be completed. For example, the 
automobile claim will have questions relating to bodily injury. If the consumer answers in the 
affirmative, there will be additional questions to provide detail about the injured parties and the 
sustained injuries. 

At step 412 3 in the preferred FNOL process, the consumer selects appropriate service 
providers (e.g., repair facilities, rental agencies, towing services) using their I/O device 1. 
Preferably, the repair facility also includes but is not limited to rental and towing services. As 
part of the FNOL screen, the consumer is offered the option of choosing the link or icon to select 
a service provider. This option transfers the consumer's client software 1 5 1 view to the industry 
directory 165j listing of automobile related service providers. The FNOL, however, can be 
submitted without service provider selections in the event that the consumer has already made 
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repair facility choices outside the PNOL process or does not wish to make a selection at that 
point. 

At step 415, the completion of steps 409 and 412 triggers the claims module 165h of the 
system 30 to initiate the process of ordering a police report. Business rules module 165c 
determines from the automobile claim data in Claims/Estimates 1 80c database whether the report 
exists in the police report 1 80g database. If the report does not exist in the police report 1 80g 
database, the business rules module 165c determines to which police report system 85 the 
request should be transmitted. Preferably, the request is transmitted via the secured 
communication medium 61 . Alternatively, the request may be transmitted through an I/O device 
1, as described in FIG. 1, via the communications network 25. 

At step 41 8 S the system 30 retrieves the consumer's Claims/Estimates 180c data and 
transmits it via the communication medium 61 to the insurance carrier's system 65. 

The system 30 retrieves the consumer's claim data from Claims/Estimates 1 80c and 
transmits it via the commumcation network 25 to the repair facility's personal computer 2 (other 
ip service providers that were selected such as rental agencies, or towing service providers are 
Q signaled in the same manner). The data includes any available detail that facilitates the service 
\* provider in performing its task. For example, the repair facility receives vehicle and damage 
l S information and a rental agency receives scheduling mformation. 

f 

|^ At step 420, the consumer and repair facility communicate via their respective I/O 

! devices 1 to schedule an appraisal appointment. Preferably, the consumer uses his or her I/O 

'~ device 1 to access the scheduling feature of the claims module I65h at the application layer 165. 

L Alternatively, the consumer may elect to contact the repair facility directly via telephone 15. 

p The repair facility then uses its I/O device 1 to review and update its schedule via the claims 

Q module 165h, 

q The appointment occurs at the repair facility's location. If towing or rental services were 

Q selected in step 412 they would also be coordinated as part of this scheduling step. 

The repair facility determines the extent of service required to satisfy the claim. An 
estimate for the services and associated costs is generated using third party estimation software 
on the repair facility's personal computer 2 such as those provided by ADP, CCC, and Mitchell. 

At step 421, the estimate data is submitted online to the application server 50 of system 
30 using the repair facility's personal computer 2. Preferably, the estimate is saved to a claims 
datafile on the repair facility's I/O device 1 and the same I/O device 1 forwards the estimate to 
the system 30 via communication network 25 using client software 151. 

At step 422, once the repair facility estimate is on the application server 50, it is 
converted from the format used by the third party estimation software, or other tool, into a 
universal format by the system 30's translation engine 165b. 

At step 424, the translated estimate is passed to the audit module 165a, which applies 
insurance carrier specific parameters and comprehensive trending analysis to flag any 
inconsistencies and prevent irregular practices by the repair facility. This includes but is not 
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limited to checks against local market labor rates and charges, evaluation of the estimate relative 
to the industry's best business practices, decoding of VIN to ensure selection of accurate parts, 
generation of reports detailing savings opportunities and summarizing line by line cost variances. 
The Translated and audited estimate is stored on the Claims/Estimates 1 80c. 

At step 427, before the Claims/Estimates 180c data can be sent to the insurance carrier's 
system 65 the business rules 165c checks the police report lSGg data to determine if the report 
specific to this claim is available. 

At step 430, if the police report is not available the business rules module 165c initiates 
the police report acquisition process, as detailed in FIG. 5. 

At step 43 1 , if the report is available in the police report 1 80g database, then it is 
retrieved by the claims module 165h and attached to the Claims/Estimates 180c data. 

At step 433, the claim data including the police report data in Claims/Estimates 180c is 
transferred in its universal format to the carrier's adapter 67, via the communication medium 61, 
where it is converted from the universal format to the carrier's preferred format and stored in fixe 
carrier's legacy system 68, 

At step 436, if the repair facility's estimate data was approved in accordance with 
business rules module 165c, the escrow engine 165e authorizes the trust account stored on the 
Trust/Bank system 90 to make payments against the insurer's chosen financial instrument (e.g. ? 
line of credit). The escrow engine 165e signals the financial module 165d of the system 30 to 
manage payments. The business rules module 165c generates an e-mail notification to the repair 
facility personal computer 2 indicating approval of the estimate. The e-mail will contain a 
hyperlink back to the system 30 so that the repair facility personal computer 2 can view the 
Claims/Estimates 180c data. 

If the estimate was not approved by step 436, the system 30 signals the insurance carrier's 
system 65 or sends an e-mail to an adjuster at the carrier company to review the data. 

At step 439, the adjuster retrieves the claim information from the carrier's legacy system 
68 and views the claim information using their I/O device 1. The adjuster may modify the claim 
or estimate data and determines if the estimate is approved or not. The adjuster's ruling and any 
modifications to the claim data are saved to the carrier's legacy system 68 and transmitted from 
the insurance carrier system 65 to system 30 f s database server 55 via the secure communication 
medium 61. The transaction is the reverse of step 433, in particular, the claim data is converted 
into its universal format using the carrier's adapter 67 and transmitted over the communication 
medium 61 to the system application server 50 and saved to the database server 55. 

At step 442, the receipt of the revised claim data by application server 50 initiates 
business rules module 165c, which generates an e-mail notification to the repair facility personal 
computer 2 indicating approval or rejection of the estimate. The e-mail notification contains a 
hyperlink back to the system 30 so that the repair facility personal computer 2 can view the 
updated Claims/Estimates 180c data. 
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At step 445, once the claim has been approved as indicated in step 442, the escrow engine 
165e notifies the financial module 165d that payments are authorized. 

At step 448, the repair facility begins to fulfill the claim-related services. The system 30 
ties the payment path with the delivery of these services, as described in step 454 which follows. 
For each financial transaction, the financial module I65d formats and stores invoice and payment 
documentation in the financial 1 80e database in conformity with carrier requirements, as 
specified by the business rules module 165c. 

At step 451, the system 30 financial module 165d determines if the repair facility is a 
trusted trading partner by using the repair facility specific data from the system 30's service 
provider 180d database, 

At step 454, where the repair facility is trusted, the trust account on the Trust/Bank 
system 90 is activated to pay portions of the total claim on a continuum stipulated by the escrow 
engine 165e that matches progress of the service. If the repair facility is not trusted, the trust 
account tracks progress of the repair for status tracking that will be stored as part of the claim 
object 180c. Service updates are provided by the repair facility using their I/O device 1 , 
Preferably, the repair facility uses client software 1 5 1 to access only its claim-related records 
ftom the database server 55. Alternatively, client software 151 extracts workflow data from a 
third party workflow application on the repair facility's personal computer 2. 

At step 457, preferably, the repair facility procures any required, parts, materials, 
supplies, and/or services online using its I/O device 1 ♦ The repair facility uses its client software 
151 to access the system 30's e-commerce module I65f marketplace or auction module 165k on 
application servers 50, The repair facility can order or bid for materials and services, 
respectively. 

At step 460, the repair facility accepts and validates the completion transaction when all 
parts, materials, supplies are received. This validation is provided by the repair facility's 
personal computer 2 to the escrow engine 165e via their client software 15L 

At step 463, when the transaction is validated, the escrow engine 165c signals the 
financial module 165d to issue payments to the vendor with trust funds. The account on the 
Trust/Bank system 90 is updated to reflect this payment This is performed based on payment 
terms for that vendor in the financial 1 80e database. 

At step 466, preferably, the repair facility requests for sublet services are implemented 
online via the repair facility's JJO device I . 

At step 469, the repair facility accepts and validates the completion of the transaction 
when all sub-services are completed. This validation is provided by the repair facility's personal 
computer 2 to the escrow engine 165e via its client software 151. 

At step 472, when the transaction is validated, the escrow engine 165e signals the 
financial module 165d to issue payments to the sublet service provider with Trust/Bank funds. 
The financial record stored on the financial databasel80e and the account on the Trust/Bank 
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system 90 are updated to reflect this payment. The issuance of payment is based on payment 
terms for that service provider in the financial module 165d, 

At step 475, the database record for the repair facility 130d is retrieved to determine if the 
repair facility is trusted. For example, insurance carriers will have a set of repair facilities that 
are part of their direct repair program. The service provider 1 80d database stores this 
information on the database server 55 to help determine the level of trust associated with a given 
repair facility, 

At step 478 s if the repair facility is trusted, the escrow engine I65e signals the financial 
module 165d to pay the repair facility it's profit margin on the purchase/sub-service concurrent 
with the vendor/sub-service payment. The payment is made from the account on the Trust/Bank 
system 90. 

At step 48 1 , the repair facility completes the required services. Any other services such 
as car rental are completed at this time. AH completed purchase/sub-service are noted in the 
claim file stored in the Claims/Estimates 1 80c database. Status updates and any additional 

if$ details are provided by the repair facility during service using thdr I/O device 1 and stored as 

Q part of the Claims/Estimates 1 80c data on the database server 55. 

'3 At step 484, when the claim services are completed^ the consumer completes the 

;P consumer satisfaction survey. Preferably, the consumer uses his or her I/O Device 1 to review 
ji: the customer satisfaction survey questions stored in CSI 180f that are retrieved by the CSI engine 
1= 165g. Alternatively, the consumer completes a paper version of the survey and sends that to a 
| w data entry group that uses I/O devices 1 to forward the responses to the CSI engine 165g for 
q storage in the CSI 1 80f database on the database server 55. 

J The results of the consumer satisfaction survey are retrieved from the database server 55 

ijj and compiled by the CSI engine 165g where an algorithm generaies a composite index for the 
1 3 survey and updates the overal 1 index for that repair facility entry in industry directory 1 80h 
!3 database to incorporate the new result The resulting overall CSI index will be displayed by the 

industry directory module 165j next time the repair facility's data 180h is accessed from system 

30's data layer 180. 

At step 487, once the consumer satisfaction survey is completed, the escrow engine 165e 
authorizes the financial module 1 65A to release the remaining balance of the claim amount to the 
repair facility from the account on the Trust/Bank system 90. If the repair facility is trusted, any 
remaining amount is paid. 

If the repair facility is not trusted, the total claim (less cost of purchases/sub-services) is 
paid from the account on the Trust/Bank system 90. 

FIG. 5 illustrates the police report acquisition method, in accordance with the present 
invention, referred to in FIG. 4. At step 500, a member of a police department generates a police 
report Preferably, the member of the police department creates a police report at the accident 
scene using an I/O device 1 such as a wireless device 5, embedded device 10 or telephone 15. 
The police report comprises data relevant to the accident including details regarding the vehicles 
and drivers involved in the accident, visible damage or injuries, details of the accident scene, 
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details of the events leading up to and including accident and any other relevant data (e.g*> 
witnesses, etc.). This police report is subsequently stored on the police department report system 
85 (e.g., legacy system 87). 

At step 505, the police report is transmitted from the legacy system 87 to system 30's 
police report 180g database stored on database server 55. Preferably, a member of the police 
department transmits the completed police report from the police department's legacy system 87 
to the system 30 through adapter 86 via a secure communications medium 61. 

At step 510, the police report is received by system 30 and stored in the police report 
180g database. 

At step 51 5, the police report is screened by the claims module 165h for attachment to 
existing insurance Claims/Estimates 180c datafile. Preferably, the newly saved police report is 
screened to determine if the report correlates to an insurance claim for a preexisting insurance 
Claims/Estimates 1 80c datafile. The screening process compares such relevant information as 
the Vehicle Identification Number (VIN), date, time and location of accident from the police 
if* report to the corresponding data in the existing insurance Claims/Estimates 180c datafile. If a 
! * : screened police report correlates to an existing insurance Claims/Estimates 1 80c datafile- the 
^ police report data is attached to the corresponding insurance Claims/Estimates 1 80c datafile. 

At step 5 1 7, if the screened police report does not correlate to an existing insurance 
!;f; Claims/Estimates 180c datafile, there is no direct action. However, the police report is now 
:^ available in the event an insurance Claims/Estimates 1 80c datafile is created subsequent to die 
system 30 receiving the police report. 

Q 

f At step 530, the system 30 generates a request for a. police report for every insurance 

q Claims/Estimates 1 80c datafile that is created, Preferably, while generating an insurance 
i^j Claims/Estimates 180c datafile for storage in that datafile, the system 30 executes a stored 
Q procedure to search and screen the police reports 1 80g database to determine if a police report 
□ correlates to the newly created insurance Claims/Estimates 180c datafile. This inquiry compares 
certain information contained in the insurance Claims/Estimates 180c datafile, such as VIN S date, 
time and location of accident to data within existing police reports 1 80g datafile. 

At step 535, the system 30 repeatedly generates a request for a police report for every 
unsatisfied insurance Claims/Estimates 1 80c datafile without a police report attached thereto. 
Preferably, a predetermined sequence of computer steps (procedure) is stored on database server 
55, This procedure selects insurance Claims/Estimates 180c datafile claims to determine if any 
insurance Claims/Estimates 180c datafiles exist with no police report attached For all selected 
insurance claim datafiles, the procedure scans the police reports 1 80g database to determine if 
any police reports relate to these selected insurance Claims/Estimates 180c datafiles using 
relevant information, such as VIN, date, time and location of the accident. The procedure will 
then attach police reports that correlate to the selected claims. 

At step 537, the system 30 executes the stored procedure on a predetermined time 
schedule, attaching any identified correlated insurance Claims/Estimates 180c datafiles and 
police reports, if a police report is required by business rules module 1 65c. 
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At step 539, if there are no matched selected insurance claims and correlated police 
reports, no action is taken. 



□ 

5= 

u 
i; 

Q 
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